Persisting state of a streaming application

ABSTRACT

Methods, systems, and apparatus, including computer programs encoded on a computer storage medium, for persisting state of a streaming application are disclosed. In one aspect, a method includes the actions of receiving data indicating interaction with third-party content that is displayed with first-party content at a client device. The interaction with the third-party content initiates an application request for a streaming version of an application (“streaming application”). The actions further include generating a representation of the streaming application in response to the interaction with the third-party content at the client device. The actions further include receiving data indicating a user interaction with the representation of the streaming application at the client device. The actions further include generating and storing data indicating a first state of the streaming application at a first time based on the user interaction with the representation of the streaming application.

CROSS-REFERENCE TO RELATED APPLICATION

This application is a continuation application of U.S. application Ser.No. 16/906,857, filed Jun. 19, 2020, which is a continuation applicationof U.S. application Ser. No. 16/406,280, filed May 8, 2019, which is acontinuation application of U.S. application Ser. No. 15/213,994, nowU.S. Pat. No. 10,326,806, filed Jul. 19, 2016, which is incorporated byreference in its entirety.

FIELD

This application relates to maintaining a state of an application.

BACKGROUND

A user may download and install applications onto a computing device.The user may interact with an installed application and save the user'sprogress. The next time that the user interacts with the installedapplication, the user can return to the point in the application wherethe user last saved the progress.

SUMMARY

Instead of downloading an application to a client device, a user maychoose to stream the application. When a user streams an application, aremote virtual machine in the cloud executes the application andprovides graphical information to the client device. The client devicedisplays the graphical information so that the user can interact withthe streaming application as if the client device were locally executingthe application. As the user interacts with the streaming application,the client device sends interaction data back to the virtual machine.The virtual machine then processes the interaction data and updates thegraphical information provided to the user device.

Once the user has finished interacting with the streaming application,the virtual machine stops executing the application and any actionscompleted or progress achieved in the streaming application aretypically lost. If the user were later to locally install theapplication, then the user would begin interacting with the installedapplication as if the user never interacted with the streamingapplication. Instead of losing the state of the streaming application,the application may be configured so that the cloud stores state data ofthe streaming application for later retrieval when the user locallyinstalls the application on the client device.

In order to save the state of a streaming application, the developer ofthe application includes code in the application that the virtualmachine executes when the user finishes interacting with the streamingapplication. The code causes the virtual machine to provide a controllerwith the current state of the streaming application. The controllerpackages and stores the current state in the cloud for later retrievalonce the application is locally installed on the client device. Thedeveloper of the application also includes code in the application thatthe client device executes when the user locally installs theapplication on the client device. The code causes the client device toquery the cloud for any stored state information that exists fromprevious instances of streaming the application on the client device. Ifpresent, the controller in the cloud returns the stored stateinformation, and the client device loads the state information into thelocally-installed application. The first time that the user opens thelocally-installed application, the user will see the same completedactions and progress achieved during streaming of the application.

According to an innovative aspect of the subject matter described inthis application, a method for persisting state of a streamingapplication includes the actions of receiving, by a computing device,data indicating interaction with third-party content that is displayedwith first-party content at a client device, where interaction with thethird-party content initiates an application request for a streamingversion of an application (“streaming application”). The actions furtherinclude generating, by a virtual machine, a representation of thestreaming application in response to the interaction with thethird-party content at the client device; updating a display of theclient device to present the representation of the streamingapplication; receiving, from the client device, data indicating a userinteraction with the representation of the streaming application at theclient device, where the user interaction changes a state of thestreaming application; generating and storing data indicating a firststate of the streaming application at a first time based on the userinteraction with the representation of the streaming application; at asecond time after the first time, receiving, from a given device that isexecuting a locally-installed version of the application (“installedapplication”), a state request for a current state of the streamingapplication; and in response to the state request, updating a state ofthe installed application to match the first state of the streamingapplication, including providing, to the given device, state dataspecifying the first state of the streaming application.

These and other implementations can each optionally include one or moreof the following features. The display of the client device is updatedto present the representation of the streaming application withoutinstalling the application on the client device. The actions ofgenerating and storing data indicating a first state of the streamingapplication at a first time based on the user interaction with therepresentation of the streaming application includes receiving dataidentifying the computing device. The data indicating the first state ofthe streaming application identifies the computing device. The actionsof generating and storing data indicating a first state of the streamingapplication at a first time based on the user interaction with therepresentation of the streaming application include receiving dataidentifying a user of the client device. The data indicating the firststate of the streaming application identifies the user of the clientdevice.

The actions further include receiving, by the computing device,additional data indicating interaction with additional third-partycontent that is displayed with additional first-party content at theclient device, where interaction with the additional third-party contentinitiates an additional application request for a streaming version ofan additional application (“additional streaming application”);generating, by the virtual machine, a representation of the additionalstreaming application in response to the additional interaction with theadditional third-party content at the client device; updating thedisplay of the client device to present the representation of theadditional streaming application; receiving, from the client device,data indicating a user interaction with the representation of theadditional streaming application at the client device, where the userinteraction changes a state of the additional streaming application;generating and storing data indicating a first state of the additionalstreaming application at a third time based on the user interaction withthe representation of the additional streaming application; and after aparticular period of time has elapsed, deleting the data indicating thefirst state of the additional streaming application. The actions furtherinclude generating data for requesting permission from a user of theclient device to generate and store the first state of the streamingapplication; and receiving, from the user, data indicating permission togenerate and store the first state of the streaming application.

The data indicating the first state of the streaming application isgenerated and stored based on receiving the data indicating permissionto generate and store the first state of the streaming application. Thedata indicating the first state of the streaming application isserialized data. The actions further include, in response to receivingthe data indicating interaction with the third-party content, generatingdata for prompting a user of the client device to either install orstream the application; and receiving, from the user, data indicating arequest to stream the application. The virtual machine generates therepresentation of the streaming application based on receiving the dataindicating the request to stream the application. The actions furtherinclude authenticating the state request for the current state of thestreaming application. The state data specifying the first state of thestreaming application is provided to the given device based onauthenticating the state request for the current state of the streamingapplication. The actions further include determining an availability ofthe state data for the streaming application. The state data specifyingthe first state of the streaming application is provided to the givendevice based on determining the availability of the state data for thestreaming application.

Other embodiments of this implementation include corresponding systems,apparatus, and computer programs recorded on computer storage devices,each configured to perform the operations of the methods.

According to an innovative aspect of the subject matter described inthis application, a system for persisting state of a streamingapplication includes a controller that is configured to receive dataindicating interaction with third-party content that is displayed withfirst-party content at a client device, where interaction with thethird-party content initiates an application request for a streamingversion of an application (“streaming application”); a virtual machinethat is configured to generate a representation of the streamingapplication in response to the interaction with the third-party contentat the client device; update a display of the client device to presentthe representation of the streaming application; and receive, from theclient device, data indicating a user interaction with therepresentation of the streaming application at the client device, wherethe user interaction changes a state of the streaming application; and adata storage device that is configured to store state data, where thecontroller is further configured to: generate data indicating a firststate of the streaming application at a first time based on the userinteraction with the representation of the streaming application; store,in the data storage device, the data indicating the first state of thestreaming application; at a second time after the first time, receive,from a given device that is executing a locally-installed version of theapplication (“installed application”), a state request for a currentstate of the streaming application; and in response to the staterequest, update a state of the installed application to match the firststate of the streaming application, including providing, from the datastorage device and to the given device, state data specifying the firststate of the streaming application.

These and other implementations can each optionally include one or moreof the following features. The display of the client device is updatedto present the representation of the streaming application withoutinstalling the application on the client device. The controller actionsof generating and storing data indicating a first state of the streamingapplication at a first time based on the user interaction with therepresentation of the streaming application include receiving dataidentifying the computing device. The data indicating the first state ofthe streaming application identifies the computing device. Thecontroller actions of generating and storing data indicating a firststate of the streaming application at a first time based on the userinteraction with the representation of the streaming application includereceiving data identifying a user of the client device. The dataindicating the first state of the streaming application identifies theuser of the client device. The controller is further configured toreceive additional data indicating interaction with additionalthird-party content that is displayed with additional first-partycontent at the client device. Interaction with the additionalthird-party content initiates an additional application request for astreaming version of an additional application (“additional streamingapplication”).

The virtual machine is further configured to generate a representationof the additional streaming application in response to the additionalinteraction with the additional third-party content at the clientdevice; update the display of the client device to present therepresentation of the additional streaming application; and receive dataindicating a user interaction with the representation of the additionalstreaming application at the client device, where the user interactionchanges a state of the additional streaming application. The controlleris further configured to generate and store data indicating a firststate of the additional streaming application at a third time based onthe user interaction with the representation of the additional streamingapplication; and after a particular period of time has elapsed, deletethe data indicating the first state of the additional streamingapplication. The controller is further configured to generate data forrequesting permission from a user of the client device to generate andstore the first state of the streaming application; and receive, fromthe user, data indicating permission to generate and store the firststate of the streaming application. The data indicating the first stateof the streaming application is generated and stored based on receivingthe data indicating permission to generate and store the first state ofthe streaming application.

The controller is further configured to in response to receiving thedata indicating interaction with the third-party content, generate datafor prompting a user of the client device to either install or streamthe application; and receive, from the user, data indicating a requestto stream the application. The virtual machine generates therepresentation of the streaming application based on receiving the dataindicating the request to stream the application. The controller isfurther configured to authenticate the state request for the currentstate of the streaming application. The state data specifying the firststate of the streaming application is provided to the given device basedon authenticating the state request for the current state of thestreaming application. The controller is further configured to determinean availability of the state data for the streaming application. Thestate data specifying the first state of the streaming application isprovided to the given device based on determining the availability ofthe state data for the streaming application.

Other embodiments of this implementation include corresponding systems,apparatus, and computer programs recorded on computer storage devices,each configured to perform the operations of the methods.

The subject matter described in this specification may have one or moreof the following advantages. Users are able to test out applicationswithout downloading them and can save their progress so that they canstart where they left off once they install the application on theirdevice. Application developers can allow users to stream applicationsand save their progress which may include keeping items in a virtualshopping cart.

The details of one or more embodiments of the subject matter describedin this specification are set forth in the accompanying drawings and thedescription below. Other features, aspects, and advantages of thesubject matter will become apparent from the description, the drawings,and the claims.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 illustrates an example system for persisting state of a streamingapplication.

FIG. 2 illustrates example screen shots of a computing device streamingan application and then installing the application.

FIG. 3 illustrates an example process for persisting state of astreaming application.

FIG. 4 illustrates an example of a computing device and a mobilecomputing device.

DETAILED DESCRIPTION

FIG. 1 illustrates an example system 100 for persisting state of astreaming application. Briefly, and as described in more detail below,the user 105 views content provided by a first party on the clientdevice 110. While viewing the first-party content, the user 105interacts with content provided by a third-party. The interaction withthe third-party content causes an application to begin streaming fromthe cloud 115. The user 105 interacts with the streaming application onthe client device 110. Once the user 105 is done interacting with thestreaming application, the cloud 115 stores the final state of thestreaming application. When the user 105 installs the application on theclient device 110, the client device 110 retrieves the state informationof the application to return the application to the state where the user105 left off with the streaming application.

In stage A, the user 105 interacts with the client device 110 and causesthe client device 110 to request content from the first-party contentserver 120. The user 105 may be viewing a web page or interacting withan application on the client device 110. For example the user 105 may beviewing a web page from Example.com. As the user navigates the contentprovided by Example.com, the first-party content server 120, in stage B,provides data to the client device 110 for display. As another example,the user 105 may interact with an Example.com application that isinstalled on the client device 110. The user interactions cause theclient device 110 to request and receive data from the first-partycontent server 120, which in this case would be an Example.com server.

In some instances, the first-party content server 120 may request, instage C, that a third party content server 125 also provide content tothe user device 110. The request from the first-party content server 120may include a request for content that may be of particular interest tothe user 105 or may include content that is related to the contentpresented by the first-party content server 120. Upon receiving therequest, the third-party content server 125 then provides the thirdparty content to the client device 110 in stage D. For example, theExample.com server may request third-party content that is of particularinterest to the user. The third-party content server 125 determines thatthe user 105 is interested in gaming and may display a content itemrelated to the game Game 1. As another example, the user 105 may bebrowsing gaming content provided by the Example.com server. TheExample.com server requests that the third-party content server 125provide content related to gaming to the client device 110 for displaywith the Example.com's gaming content. In some implementations, thethird-party content server 125 may respond to the request for thirdparty content at stage C by providing a content item to the first-partycontent server 120, which in turn provides the third party content itemto the client device 110.

In some implementations, instead of stage D, the third-party contentserver 125 provides the requested content item to the first-partycontent server 120 which then provides the content item to the clientdevice 110 in stage D′. For example, the third-party content server 125receives the request for third-party content from the first-partycontent server 120. In response, the third-party content server 125sends a Game 1 content item to the first-party content server 120 whichthen sends the Game 1 content item to the client device 110. In someimplementations, the first-party content server 120 requests the contentitem before sending the first-party content data, e.g., stage B, andsends the content item along with the first-party content data. In someimplementations, instead of stages C and D, the first-party contentdata, e.g., stage B, includes an empty slot for the client device 110 tofill with a content item. In this instance, the client device 110receives the first-party content data and then requests and receives acontent item from the third-party content server 125 to fill the emptyslot.

The user 105 views the first-party content along with the third-partycontent and interacts with the third-party content. For example, theuser 105 may select the third-party gaming content, and in stage E, theclient device 110 provides data to the third-party content server 125indicating that the user 105 selected the third-party gaming content. Insome implementations, the user 105 may not select or interact with thethird-party content. In this case, the user 105 may continue to browsethe first-party content.

Once the third-party content server 125 receives the data indicating auser interaction from stage E, the third-party content server 125provides a request for a related application to the application storeserver 130. The request includes data identifying the client device 110.The application store server 130 stores various applications that userscan purchase and install on their devices. For example, the applicationstore server 130 may include games such as Game 1, Game 3, or Game 2.The application store server 130 may also include applications relatedto social, travel, mapping, news, etc. The application store server 130may provide the applications to the client device 110 for free or for afee. When the application store server 130 receives the request for theapplication related to the third-party content, the application storeserver 130 retrieves the application data and provides the applicationdata to the cloud 115 in stage G. As an example, the third-party contentserver 125 provides a request for the application Game 1 to theapplication store server 130. The application store server 130 retrievesthe data for Game 1 and provides the data to the cloud 115.

The cloud 115 may represent one or more computing devices that havevarious functions and that are accessible over a network such as theinternet. The cloud 115 includes a virtual machine 135 that isconfigured to execute an application and provide, over the network, avisualization of the executed application to an external device. Thevirtual machine 135 provides an impression to the user of the externaldevice that the external device has installed and is executing theapplication. The virtual machine 135 provides the majority of theprocessing functionality in executing the application and provides agraphical output to the external device. The external device returnsdata indicating user interaction with the graphical output back to thevirtual machine 135. The cloud 115 also include a controller 140 that isconfigured to manage the operations of the virtual machine 135 and theother functions of the cloud 115.

The cloud 115 receives the application data from the application storeserver 130. In stage H, the controller 140 instructs the virtual machine135 to begin executing the application data and streaming theapplication to the client device 110. For example, the virtual machine135 executes the Game 1 application and streams Game 1 to the clientdevice 110. The client device 110 displays the streaming Game 1application to give the user 105 the impression that the client device110 is executing the Game 1 application. In stage I, the user 105interacts with the streaming application. For example, the user may playthe Game 1 application and advance past the first level. In anotherexample, the application may be a shopping application and the user maybrowse the online store and place an item in a virtual shopping cart. Asthe user 105 interacts with the streaming application, the client device110 provides data to the cloud 115. For example, if the user 105 pressesa button or selects an item on the streaming application, that buttonpress or selection is transmitted to the virtual machine 135 in thecloud 115 so that the virtual machine 135 can update the streamingapplication accordingly.

In stage J, the user 105 provides an indication that the user 105 isfinished interacting with the streaming application. The indication mayinclude the user navigating to another application on the client device105. For example, the user may close the application that displayed thefirst-party content and open another application. The user 105 may notclose the application that displayed the first-party content but insteadjust switch to viewing another application. The indication may includethe user 105 selecting a “finished” or “exit” button on the streamingapplication. In some implementations, the indication may come from theapplication itself. The application may include data that indicates theapplication can only stream for a particular number of minutes, untilthe user 105 reaches a certain point in the streaming application, or ifthe user has not interacted with the application for a specified periodof time, e.g., a “timeout” interval. In some implementations, thespecified period of time may be common for all application and be set bythe controller 140. Restrictions such as these may be useful forapplications where the application developer is trying to provide theuser 105 a sample of the application (e.g., a free trial) in hopes thatthe user 105 will purchase the full application.

Once the user 105 has finished interacting with the streamingapplication, the virtual machine 135 finishes executing the application.If the developer of the application has implemented a feature to savethe state of the streaming application, then upon finishing execution ofthe application, the virtual machine 135 executes the code in theapplication to save the state. The state of the application may includedetails and history related to interaction that the user 105 had withthe application. For example, the state may include details related tothe level that the user 105 reached or to the items viewed and the itemsplaced in a virtual shopping cart. When the virtual machine 135 executesthe code to save the state of the application, the virtual machine 135serializes the state data in stage K and provides the serialized statedata to the controller 140. For example, the virtual machine 135 mayserialize data that indicates the user reached level 3 on Game 1 beforethe user 105 stopped interacting with the streaming application. In someimplementations, when the virtual machine 135 executes the code to savethe state of the application, the virtual machine 135 provides the statedata to the controller 140 which then serializes the state data.

In stage L, the controller 140 stores the serialized state data in thestate data storage 145. The state data storage 145 may be also locatedin the cloud 115 and may be included in the same computing device as thecontroller 140 or the virtual machine 135 or may be located in one ormore other computing devices. The state data storage 135 stores theserialized state data as well as a date that identifies where the statedata originated, such as data that identifies the client device 110. Thestate data store 135 may also store data that identifies the time anddate that the state data was generated. For example, if the user 105played Game 1 on Apr. 4, 2016, at 10:00 am on the client device 110 andreached level 3, then the state data may indicate Game 1, Level 3,client device 110, and Apr. 4, 2016, at 10:00 am in a serialized format.The state data 135 may also include data identifying the user whointeracted with the streaming application, for example, a useridentifier or a set of credentials for the user who is authorized tofetch the state data 135. With the data identifying the user, thecontroller 140 will not provide the state data 135 to a different userthan the one identified.

At a later time, the user 105 browses the application store by accessingthe application store server 130 using the client device 110. The user105 selects to download the application that the cloud 115 previouslystreamed to the client device 110. In stage M, the application storeserver 130 receives the request for the application from the clientdevice 110, and in stage N, the application store server 130 providesthe application to the client device 110. As an example, the clientdevice 110 sends a request for the Game 1 application to the applicationstore server 130. In response to the request, the application storeserver 130 downloads the Game 1 application to the client device 110.Once the client device 110 receives the Game 1 application, then theclient device 110 begins to install the application. In someimplementations, the application store server 130 collects a paymentfrom the user 105 for the purchase of the application. For example, theapplication store server 130 may charge the user's credit card apredetermined amount (e.g., two dollars) for downloading Game 1.

In some implementations, the user 105 may request to download theapplication using an alternate technique. The controller 140 may send amessage to the client device 110 after the user 105 has finishedinteracting with the streaming application in which the controllerinvites the user 105 to download the application or to complete thepurchase of the item in the shopping cart. The message may be an emailmessage, a text message, an instant message, or any other type ofmessage that is configured to include data to assist the user indownloading the application, such as a hyperlink. The user 105 may alsorequest to download the application by again selecting a content itemrelated to the application.

Once the client device 110 downloads the application from theapplication store server 130, the client device 110 locally installs theapplication on the client device 110. As the client device 110 installsthe application, the installation code in the application may instructthe client device 110 to check the cloud 115 for any state informationrelated to the application. Upon execution of the code and in stage O,the client device 110 sends a request to the cloud 115 for stored stateinformation from previously streaming the application. The request mayinclude the identity of the client device 110 and may include a user'scredentials to prevent impersonation by other users. For example, theclient device 110 executes the installation code for Game 1. Thedevelopers may include code in the installation code to instruct theclient device 110 to check the cloud 115 for any state information froma previous interaction with a streaming Game 1. The client device 110executes that code during the installation and requests state data fromthe cloud 115 and includes, in the request, data identifying the clientdevice 110 and data identifying the application.

The cloud 115 receives the request for state data, and the controller140 handles the request. The controller 140 queries the state datastorage 145 for state data that is related to the application identifiedin the request and related to the client device 110. The state datastore 145 searches for and returns to the controller 140 state data forthe application. In stage P, the controller 140 provides the state datato the client device 110. As an example, the controller 140 requestsGame 1 state data for the client device 110. The state data storage 145searches for and identifies the Game 1 state data that corresponds tothe client device 110. The controller 140 returns the Game 1 state datato the client device 110. The client device then loads the state intothe installed application so that the first time the user 105 runs thelocally-installed application on the client device 110, the applicationis in the same state as when the user quit or stopped using thestreaming application.

In some implementations, the cloud 115 may only store the state data fora particular period of time. Once the particular period of time haselapsed, then the controller 140 removes the corresponding state datafrom the state data storage 145. In some implementations, rather thanremoving the corresponding state data from the state data storage afterthe particular period of time has elapsed, the controller 140 may permitthe state data storage 145 to write over the state data. The particularperiod of time may be set by the controller 140. For example, thecontroller may remove state data from the state data storage 145 afterthe state data storage 145 has stored the state data for thirty days.For example, had the user 105 not installed the Game 1 application ontodevice 110 within thirty days of streaming the Game 1 application, thecontroller 140 would have deleted the state data. If the user 105downloaded Game 1 after thirty days, then the user 105 would have tostart from the beginning of the game instead of starting from the levelachieved while streaming of the application.

In some implementations, the user 105 may specify the length of timethat the cloud 115 stores the state data. The user 105 may specify atime period through a setting located in the client device 110. Forexample, the user 105 may specify in a settings menu that the state databe stored for sixty days. In some implementations, the cloud 115 maylimit the length of time such that the user may not select more than themaximum set by the cloud 115. The user may also specify the time periodat the time that the user 105 finishes interacting with the streamingapplication. For example, the user 105 may finish interacting with thestreaming version of Game 1. The controller 140 may prompt the user 105for the length of time that the user 105 would like to save the user'sprogress in Game 1. The user 105 may select to save the data forfourteen days. Again, the cloud 115 may set a maximum amount of time upto which the user 105 can select a time period. When the cloud 115receives the user-specified duration, then the controller 140 adds thatinformation to the state data when the controller 140 stores the statedata in the state data storage 145.

In some implementations, the controller 140 deletes the state data fromthe state data storage 145 after the cloud 115 provides the state datato the client device 110 for updating a locally-installed application.For example, once the user 105 downloads and installs Game 1 on theclient device 110 and the cloud 140 provides the state data for thestreaming of Game 1 on the client device 110, the controller 140 deletesthe state data from the state data storage 145.

In some implementations, the cloud 115 may send a notification to theuser 105 or to the client device 110 when the state data is about to bedeleted. The notification may be an email message, a text message, aninstant message, or any other type of message that is configured toinclude data to assist the user 105 in downloading the application, suchas a hyperlink. The notification may indicate that the state data may bedeleted soon and that the user 105 should download the application totake advantage of the stored state data. In some implementations, thenotification may occur through a content item provided by thethird-party content server 125. The third-party content item mayhighlight the application and indicate the time remaining to takeadvantage of the stored state data. The third-party content item mayeven offer an incentive to the user to download applications, such as acertain discount for the application (e.g., a certain percentagediscount, making the application free, providing a credit for anotherapplication with purchase of one application).

In some implementations, the cloud 115 may store state data for a periodof time that is based on the particular application. The period of timemay be specified by the developer of the application. The developer mayspecify in the code of the application to store the state data for sixtydays. As with the implementations described above, the cloud 115 may seta maximum storage period. If the application specifies a time periodover the maximum, then the cloud 115 sets the storage period to themaximum for that particular application. The period of time may also bebased on the size of the state data. The cloud 115 may store state datathat requires smaller amounts of storage for a longer period of timethan state data that requires larger amounts of storage. For example, anapplication that requires one hundred megabytes of storage for statedata may be stored for thirty days, while an application that requiresfive megabytes of storage for state data may be stored for ninety days.The period of time may also be based on a fee collected by the operatorof the cloud 115 from the developer or seller of the application. Theapplication developer or seller may pay more for increasingly longerstorage periods of state data.

FIG. 2 illustrates example screen shots 200 of a computing devicestreaming an application and then installing the application. The screenshots 200 illustrate the display of the client device 110 when streamingan application, saving the state of the streaming application in thecloud, later installing the application on the client device 110, andretrieving the state of the application. The screen shots 200 areillustrated on a display of a mobile device, but may be viewed on anycomputing device that is configured to display a streaming applicationand locally install the application.

Screen shot 210 illustrates the client device as the user is viewing anapplication. The application displays first-party content 216 from afirst-party server such as Example.com. The application may be a browserapplication or a specific application that is configured to displayExample.com data. The screen shot 210 also includes a selectable thirdparty content item 212. In the example street shot 210, the content item212 includes data highlighting the Game 1 application. A third-partycontent server provides the content item 212. In some implementations,the first-party content provider may receive a fee for displaying thethird-party content item. The user's selection of the content item 212is illustrated by the star 214.

Upon selection of the content item 212, the client device displaysscreen shot 220. The screen shot 220 presents two options to the user.The user may select option 222 to initiate streaming of the Game 1application or select option 224 to download and install the Game 1application. The user's selection of option 222 is illustrated by thestar 226.

In some implementations, the back end system, for example, system 100 orcloud 105 from FIG. 1, may not display the screen shot 220 and insteadautomatically initializes streaming of the application highlighted bythe content item 212. For example, once the user selects content item212, the client device then displays the representation of the streamingapplication as illustrated in screen shot 230. In some implementations,the decision by the back end system to automatically stream theapplication may be based on a setting that the user selected. Forexample, the user may have previously indicated in a settings menu toprompt the user to select streaming or installing of an application, orthe user may indicate in the settings menu to automatically stream theapplication without prompting the user.

In some implementations, the back end system may check to determinewhether the user has previously streamed the application. In thisinstance, the system may check previously stored state data thatcorresponds to either the client device or the user, depending on howthe state data is stored. If the user or the client device haspreviously streamed the application, then the back end system mayrequest permission to install the application. In some implementations,if the user or the client device has previously streamed theapplication, then the back end system may load the state data from theprevious streaming of the application and begin streaming theapplication with the stored state data. In some implementations, if theuser or the client device has previously streamed the application, thenthe user may be required to download and install the application if theuser wishes to interact with the application, instead of streaming theapplication again.

In some implementations, the action that the back end system takes whenthe user previously streamed the application may be based oninstructions in the code of the application or on instructions from thedeveloper or seller of the application. For example, an application thathas a primary revenue stream based on selling copies of the applicationmay wish to limit streaming of the application and force users to buythe application. An application that has a primary revenue stream basedon selling items or services in the application may not wish to limitstreaming of the application and instead allow users to stream theapplication numerous times and each time load the previous state data.

Once the back end system initiates streaming of the application, theclient device begins to display the representation of the streamingapplication as received from the back end system as illustrated inscreen shot 230. In screen shot 230 the user begins interacting with theapplication for the first time. After interacting with the application,the user may advance to screen shot 240. For example, the user mayadvance from level 1 to level 3 in Game 1. On the screen shots 230 and240 may be selectable buttons 232 and 242. The user may select thebuttons 232 and 242 to quit streaming the application. As illustratedwith star 244, the user selects button 242 to quit streaming theapplication. When the user selects button 242 to quit streaming theapplication, the client device provides the back end system dataindicating that the user pressed the screen at a particular location.The back end system receives the data indicating the screen press at theparticular location and determines that the user pressed the button 242.Based on determining that the user pressed the button 242, the back endsystem initiates code to begin stopping to stream the application.

Once the back end system receives the indication to stop streaming theapplication, the back end system provides data to the client device todisplay screen shot 250. The screen shot 250 presents the user theoption to save the progress in the application before exiting thestreaming application and losing the progress. The user may selectbutton 252 to initiate saving of the state of the streaming application,or the user may select button 254 to not save the state of the streamingapplication. As illustrated with star 256, the user selects button 252,and the back end system stores state data indicating the client deviceor the user or both along with data indicating Game 1, level 3, and thedate and time. In some implementations, the state data also include atime period for which to store the state data. In some implementations,the state data includes only a subset of the data listed above.

In some implementations, the back end system may not cause the clientdevice to display screen shot 250. For example, the back end system mayautomatically save the state of the application without prompting theuser. To determine whether to automatically save the state of theapplication, the back end system may check user-selected settings. Theuser may select from a settings menu whether to save state data forstreaming applications automatically, none of the time, or based on aprompt after each streaming application.

In some implementations, the back end system stores the state data andidentifies the user in the state data. To identify the user, the backend system may check whether the user is logged into the applicationthat presented the first-party content. The user may also provideidentifying information through a settings menu to identify subsequentlystored state data. In some implementations, the back end system storesthe state data and identifies the client device in the state data. Toidentify the client device, the back end system, either automatically orupon request, accesses or requests data identifying the client device,such as a phone number, MAC address, IMEI number, ICC ID number, modeland serial number, or any other unique information. In someimplementations, the back end system stores the state data with bothdata identifying the user and data identifying the client device. Insome implementations, the back end system may also store challenge datawith the state data. The challenge data will be used to authenticate afuture request for the state data. The challenge data may include apassword or PIN that the user later inputs when the client devicerequests the state data. Alternatively, the challenge data may includedata stored by the client device and later provided by the client devicewhen requesting challenge data.

After a period of time, which may occur right after the back end systemstores the state data or a couple of weeks after the back end systemstores the state data, the user navigates to screen shot 260 that allowsthe user to select the streamed application for download to the clientdevice. As illustrated in screen shot 260, the user navigates in theapplication store to a page highlighting the best-selling games. Asindicated by the star 262, the user selects to download the Game 1 game,which corresponds to the previously streamed application.

As illustrated in screen shot 270, the client device begins installingthe selected application. As the client device installs the selectedapplication and executes the installation code of the application, thecode may instruct the client device to query the back end system for anyexisting state data. The client device may prompt the user beforequerying the back end system for state data, or the client device mayquery the back end system automatically. If the back end systemdetermines that state data exists, then the back end system provides thestate data to the client device. The client device may prompt the userto load the state data, or the client device may load the state dataautomatically. In some implementations, the user may have selectedwhether to receive a prompt for checking for state data and loadingstate data or for the client device to perform those functionsautomatically selecting options in a settings menu. In someimplementations, where the state data includes both user and clientdevice information, the back end system may provide state data thatmatches either the user or the client device. Alternatively, the backend system may provide state data that matches both the user and theclient device. In some implementations, the user may input or the clientdevice may provide challenge data for the back end system to compare tothe stored challenge data in order to authenticate the request.

Once the client device receives the state data and any necessarypermissions to load the state data into the installed application, theuser may open the application and begin interacting with the installedapplication with the same state as where the user left off in thestreaming application. As illustrated in screen shot 280, the userautomatically returned to level three in Game 1 without having to startat level one. Level three is the same level where the user left off inscreen shot 250 when the user quit the streaming application.

FIG. 3 illustrates an example process 300 for persisting state of astreaming application. In general, the process 300 stores the state of astreaming application for later retrieval when the application isinstalled on a client device. The process 300 will be described as beingperformed by a computer system comprising one or more computers, forexample, the system 100 as shown in FIG. 1. In some implementations, theprocess 300 may be performed by a computer system comprising one or morecomputers, for example, cloud 115 as shown in FIG. 1.

The system receives data indicating interaction with third-party contentthat is displayed with first-party content at a client device.Interaction with the third-party content initiates an applicationrequest for a streaming version of an application (“streamingapplication”) (310). For example, a user may be viewing first-partycontent provided by Example.com, and displayed along with thefirst-party content is third-party content for the application Game 1.The user selects the third-party content item which initiates streamingof the Game 1 application.

The system generates a representation of the streaming application inresponse to the interaction with the third-party content at the clientdevice (320). For example, a virtual machine of the system, executes theGame 1 application remotely and provides graphical data to the clientdevice to give the user the impression that the client device is locallyexecuting Game 1. In some implementations, the system determines thatthe application includes data for generating the representation of thestreaming application. In this instance, the system generates therepresentation of the streaming application based on determining thatthe application includes the data for generating the representation ofthe streaming application. In some implementations, the system generatesdata for prompting a user of the client device to either install orstream the application in response to receiving the data indicatinginteraction with the third-party content. The system receives, from theuser, data indicating a request to stream the application. In thisinstance, the system generates the representation of the streamingapplication based on receiving the data indicating the request to streamthe application. For example, once the user interacts with the Game 1content, the system prompts the user whether to begin streaming theapplication. If the user agrees to begin streaming the application, thenthe system begins streaming the application.

The system updates a display of the client device to present therepresentation of the streaming application (330). In someimplementations, the system updates the display of the client device topresent the representation of the streaming application withoutinstalling the application on the client device. The system receivesfrom the client device, data indicating a user interaction with therepresentation of the streaming application at the client device, wherethe user interaction changes a state of the streaming application (340).For example, the user plays the Game 1 application as if the applicationis installed on the client device, but instead, the virtual machine ofthe system streams the application and receives data indicating the userinteraction with the streaming application. The virtual machine receivesthe data and updates the streaming application and the representation ofthe application on the client device.

The system generates and stores data indicating a first state of thestreaming application at a first time based on the user interaction withthe representation of the streaming application (350). For example, thesystem generates data that indicates the level that the user reachedwhile playing the streaming Game 1. In some implementations, the systemreceives data identifying the computing device. In this instance, thedata indicating the first state of the streaming application identifiesthe computing device. For example, the system receives the MAC addressof the client device and includes the MAC address in with the storeddata indicating the first state. In some implementations, the systemreceives data identifying a user of the client device. In this instance,the data indicating the first state of the streaming applicationidentifies the user of the client device. For example, the user may belogged into the application that presents the first-party content. Ifthe client device provides that user-identifying information, then thesystem may store the user-identifying information along with the dataindicating the first state of the streaming application. As anotherexample, the user may be logged into the application store, whichprovides streaming and downloadable applications. The user identifier orlogin credential for the application store may be stored with the statedata.

In some implementations, the system generates data for requestingpermission from a user of the client device to generate and store thefirst state of the streaming application. The system receives, from theuser, data indicating permission to generate and store the first stateof the streaming application. In this instance, the system generates andstores the data indicating the first state of the streaming applicationbased on receiving the data indicating permission to generate and storethe first state of the streaming application. For example, after theuser has finished interacting with the streaming Game 1 application, thesystem may prompt the user whether to save the first state of the Game 1application. In some implementations the first state of the streamingapplication is serialized data. In this instance, serialized data isdata that is not packaged in any particular format. The system formatsand encodes the data as specified by the application. In some instances,the serialized data will only be readable by the application as its datafields may not be indicated in the data. The application identifies thedata fields based on the location in the serialized data.

At a second time after the first time, the system receives, from a givendevice that is executing a locally-installed version of the application(“installed application”), a state request for a current state of thestreaming application (360). For example, the client device downloadedand installed the Game 1 application. While installing the application,the client device requests the state data from the system. In responseto the state request, the system updates a state of the installedapplication to match the first state of the streaming application,including providing, to the given device, state data specifying thefirst state of the streaming application (370). In some implementations,the system authenticates the state request for the current state of thestreaming application. In this instance, the system provides the statedata specifying the first state of the streaming application to thegiven device based on authenticating the state request for the currentstate of the streaming application. For example, the user may enter apassword that the user received when the user finished with thestreaming application. As another example, the user may be required toauthenticate himself or herself by logging into the application store.In some implementations, the system determines an availability of thestate data for the streaming application. In this instance, the systemprovides the state data specifying the first state of the streamingapplication to the given device based on determining the availability ofthe state data for the streaming application. For example, the systemchecks the state data storage to determine if there is state data forGame 1. If such state data is present in the state data storage, thenthe system provides the state data for Game 1. In some implementations,there may be multiple states stored during streaming. In this instance,the system provides the final state, or state that is captured later inthe streaming, to the client device.

In some implementations, the system receives additional data indicatinginteraction with additional third-party content that is displayed withadditional first-party content at the client device. Interaction withthe additional third-party content may initiate an additionalapplication request for a streaming version of an additional application(“additional streaming application”). The system generates arepresentation of the additional streaming application in response tothe additional interaction with the additional third-party content atthe client device. The system updates the display of the client deviceto present the representation of the additional streaming application.The system receives, from the client device, data indicating a userinteraction with the representation of the additional streamingapplication at the client device. The user interaction may change astate of the additional streaming application. The system generates andstores data indicating a first state of the additional streamingapplication at a third time based on the user interaction with therepresentation of the additional streaming application. After aparticular period of time has elapsed, the system deletes the dataindicating the first state of the additional streaming application. Forexample, if the user does not install Game 1 after a particular periodof time, such as thirty days, then the system deletes the state data.

In some implementations, instead of viewing content provided by afirst-party content server, the user may browse the applicationsavailable through the application store server. The application storeserver may provide the option to stream applications for which thestreaming option is available. The application store server may identifythe user when the user logs into the application store server and mayprovide a user identifier to the controller for inclusion in the statedata. The application store server may then authenticate a user byrequiring the user to log into the application store before providingthe user's device with the saved state information.

The subject matter described in this specification may have one or moreof the following technical advantages. The system may save networkbandwidth by not requiring users to download a full application to tryout the application. Instead, the system can stream the application. Thesystem can save processing capacity on the client device by notrequiring users to install a full application to try out theapplication. The system can save battery life on the client device bynot requiring the user to redo each action that the user performed onthe streaming application when the user downloads the application.

FIG. 4 shows an example of a computing device 400 and a mobile computingdevice 450 that can be used to implement the techniques described here.The computing device 400 is intended to represent various forms ofdigital computers, such as laptops, desktops, workstations, personaldigital assistants, servers, blade servers, mainframes, and otherappropriate computers. The mobile computing device 450 is intended torepresent various forms of mobile devices, such as personal digitalassistants, cellular telephones, smart-phones, and other similarcomputing devices. The components shown here, their connections andrelationships, and their functions, are meant to be examples only, andare not meant to be limiting.

The computing device 400 includes a processor 402, a memory 404, astorage device 406, a high-speed interface 408 connecting to the memory404 and multiple high-speed expansion ports 410, and a low-speedinterface 412 connecting to a low-speed expansion port 414 and thestorage device 406. Each of the processor 402, the memory 404, thestorage device 406, the high-speed interface 408, the high-speedexpansion ports 410, and the low-speed interface 412, are interconnectedusing various busses, and may be mounted on a common motherboard or inother manners as appropriate. The processor 402 can process instructionsfor execution within the computing device 400, including instructionsstored in the memory 404 or on the storage device 406 to displaygraphical information for a GUI on an external input/output device, suchas a display 416 coupled to the high-speed interface 408. In otherimplementations, multiple processors and/or multiple buses may be used,as appropriate, along with multiple memories and types of memory. Also,multiple computing devices may be connected, with each device providingportions of the necessary operations (e.g., as a server bank, a group ofblade servers, or a multi-processor system).

The memory 404 stores information within the computing device 400. Insome implementations, the memory 404 is a volatile memory unit or units.In some implementations, the memory 404 is a non-volatile memory unit orunits. The memory 404 may also be another form of computer-readablemedium, such as a magnetic or optical disk.

The storage device 406 is capable of providing mass storage for thecomputing device 400. In some implementations, the storage device 406may be or contain a computer-readable medium, such as a floppy diskdevice, a hard disk device, an optical disk device, or a tape device, aflash memory or other similar solid state memory device, or an array ofdevices, including devices in a storage area network or otherconfigurations. Instructions can be stored in an information carrier.The instructions, when executed by one or more processing devices (forexample, processor 402), perform one or more methods, such as thosedescribed above. The instructions can also be stored by one or morestorage devices such as computer- or machine-readable mediums (forexample, the memory 404, the storage device 406, or memory on theprocessor 402).

The high-speed interface 408 manages bandwidth-intensive operations forthe computing device 400, while the low-speed interface 412 manageslower bandwidth-intensive operations. Such allocation of functions is anexample only. In some implementations, the high-speed interface 408 iscoupled to the memory 404, the display 416 (e.g., through a graphicsprocessor or accelerator), and to the high-speed expansion ports 410,which may accept various expansion cards. In the implementation, thelow-speed interface 412 is coupled to the storage device 406 and thelow-speed expansion port 414. The low-speed expansion port 414, whichmay include various communication ports (e.g., USB, Bluetooth, Ethernet,wireless Ethernet) may be coupled to one or more input/output devices,such as a keyboard, a pointing device, a scanner, or a networking devicesuch as a switch or router, e.g., through a network adapter.

The computing device 400 may be implemented in a number of differentforms, as shown in the figure. For example, it may be implemented as astandard server 420, or multiple times in a group of such servers. Inaddition, it may be implemented in a personal computer such as a laptopcomputer 422. It may also be implemented as part of a rack server system424. Alternatively, components from the computing device 400 may becombined with other components in a mobile device, such as a mobilecomputing device 450. Each of such devices may contain one or more ofthe computing device 400 and the mobile computing device 450, and anentire system may be made up of multiple computing devices communicatingwith each other.

The mobile computing device 450 includes a processor 452, a memory 464,an input/output device such as a display 454, a communication interface466, and a transceiver 468, among other components. The mobile computingdevice 450 may also be provided with a storage device, such as amicro-drive or other device, to provide additional storage. Each of theprocessor 452, the memory 464, the display 454, the communicationinterface 466, and the transceiver 468, are interconnected using variousbuses, and several of the components may be mounted on a commonmotherboard or in other manners as appropriate.

The processor 452 can execute instructions within the mobile computingdevice 450, including instructions stored in the memory 464. Theprocessor 452 may be implemented as a chipset of chips that includeseparate and multiple analog and digital processors. The processor 452may provide, for example, for coordination of the other components ofthe mobile computing device 450, such as control of user interfaces,applications run by the mobile computing device 450, and wirelesscommunication by the mobile computing device 450.

The processor 452 may communicate with a user through a controlinterface 458 and a display interface 456 coupled to the display 454.The display 454 may be, for example, a TFT (Thin-Film-Transistor LiquidCrystal Display) display or an OLED (Organic Light Emitting Diode)display, or other appropriate display technology. The display interface456 may comprise appropriate circuitry for driving the display 454 topresent graphical and other information to a user. The control interface458 may receive commands from a user and convert them for submission tothe processor 452. In addition, an external interface 462 may providecommunication with the processor 452, so as to enable near areacommunication of the mobile computing device 450 with other devices. Theexternal interface 462 may provide, for example, for wired communicationin some implementations, or for wireless communication in otherimplementations, and multiple interfaces may also be used.

The memory 464 stores information within the mobile computing device450. The memory 464 can be implemented as one or more of acomputer-readable medium or media, a volatile memory unit or units, or anon-volatile memory unit or units. An expansion memory 474 may also beprovided and connected to the mobile computing device 450 through anexpansion interface 472, which may include, for example, a SIMM (SingleIn Line Memory Module) card interface. The expansion memory 474 mayprovide extra storage space for the mobile computing device 450, or mayalso store applications or other information for the mobile computingdevice 450. Specifically, the expansion memory 474 may includeinstructions to carry out or supplement the processes described above,and may include secure information also. Thus, for example, theexpansion memory 474 may be provide as a security module for the mobilecomputing device 450, and may be programmed with instructions thatpermit secure use of the mobile computing device 450. In addition,secure applications may be provided via the SIMM cards, along withadditional information, such as placing identifying information on theSIMM card in a non-hackable manner.

The memory may include, for example, flash memory and/or NVRAM memory(non-volatile random access memory), as discussed below. In someimplementations, instructions are stored in an information carrier. Theinstructions, when executed by one or more processing devices (forexample, processor 452), perform one or more methods, such as thosedescribed above. The instructions can also be stored by one or morestorage devices, such as one or more computer- or machine-readablemediums (for example, the memory 464, the expansion memory 474, ormemory on the processor 452). In some implementations, the instructionscan be received in a propagated signal, for example, over thetransceiver 468 or the external interface 462.

The mobile computing device 450 may communicate wirelessly through thecommunication interface 466, which may include digital signal processingcircuitry where necessary. The communication interface 466 may providefor communications under various modes or protocols, such as GSM voicecalls (Global System for Mobile communications), SMS (Short MessageService), EMS (Enhanced Messaging Service), or MMS messaging (MultimediaMessaging Service), CDMA (code division multiple access), TDMA (timedivision multiple access), PDC (Personal Digital Cellular), WCDMA(Wideband Code Division Multiple Access), CDMA2000, or GPRS (GeneralPacket Radio Service), among others. Such communication may occur, forexample, through the transceiver 468 using a radio-frequency. Inaddition, short-range communication may occur, such as using aBluetooth, WiFi, or other such transceiver. In addition, a GPS (GlobalPositioning System) receiver module 470 may provide additionalnavigation- and location-related wireless data to the mobile computingdevice 450, which may be used as appropriate by applications running onthe mobile computing device 450.

The mobile computing device 450 may also communicate audibly using anaudio codec 460, which may receive spoken information from a user andconvert it to usable digital information. The audio codec 460 maylikewise generate audible sound for a user, such as through a speaker,e.g., in a handset of the mobile computing device 450. Such sound mayinclude sound from voice telephone calls, may include recorded sound(e.g., voice messages, music files, etc.) and may also include soundgenerated by applications operating on the mobile computing device 450.

The mobile computing device 450 may be implemented in a number ofdifferent forms, as shown in the figure. For example, it may beimplemented as a cellular telephone 480. It may also be implemented aspart of a smart-phone 482, personal digital assistant, or other similarmobile device.

Various implementations of the systems and techniques described here canbe realized in digital electronic circuitry, integrated circuitry,specially designed ASICs (application specific integrated circuits),computer hardware, firmware, software, and/or combinations thereof.These various implementations can include implementation in one or morecomputer programs that are executable and/or interpretable on aprogrammable system including at least one programmable processor, whichmay be special or general purpose, coupled to receive data andinstructions from, and to transmit data and instructions to, a storagesystem, at least one input device, and at least one output device.

These computer programs (also known as programs, software, softwareapplications or code) include machine instructions for a programmableprocessor, and can be implemented in a high-level procedural and/orobject-oriented programming language, and/or in assembly/machinelanguage. As used herein, the terms machine-readable medium andcomputer-readable medium refer to any computer program product,apparatus and/or device (e.g., magnetic discs, optical disks, memory,Programmable Logic Devices (PLDs)) used to provide machine instructionsand/or data to a programmable processor, including a machine-readablemedium that receives machine instructions as a machine-readable signal.The term machine-readable signal refers to any signal used to providemachine instructions and/or data to a programmable processor.

To provide for interaction with a user, the systems and techniquesdescribed here can be implemented on a computer having a display device(e.g., a CRT (cathode ray tube) or LCD (liquid crystal display) monitor)for displaying information to the user and a keyboard and a pointingdevice (e.g., a mouse or a trackball) by which the user can provideinput to the computer. Other kinds of devices can be used to provide forinteraction with a user as well; for example, feedback provided to theuser can be any form of sensory feedback (e.g., visual feedback,auditory feedback, or tactile feedback); and input from the user can bereceived in any form, including acoustic, speech, or tactile input.

The systems and techniques described here can be implemented in acomputing system that includes a back end component (e.g., as a dataserver), or that includes a middleware component (e.g., an applicationserver), or that includes a front end component (e.g., a client computerhaving a graphical user interface or a Web browser through which a usercan interact with an implementation of the systems and techniquesdescribed here), or any combination of such back end, middleware, orfront end components. The components of the system can be interconnectedby any form or medium of digital data communication (e.g., acommunication network). Examples of communication networks include alocal area network (LAN), a wide area network (WAN), and the Internet.

The computing system can include clients and servers. A client andserver are generally remote from each other and typically interactthrough a communication network. The relationship of client and serverarises by virtue of computer programs running on the respectivecomputers and having a client-server relationship to each other.

Although a few implementations have been described in detail above,other modifications are possible. For example, while a clientapplication is described as accessing the delegate(s), in otherimplementations the delegate(s) may be employed by other applicationsimplemented by one or more processors, such as an application executingon one or more servers. In addition, the logic flows depicted in thefigures do not require the particular order shown, or sequential order,to achieve desirable results. In addition, other actions may beprovided, or actions may be eliminated, from the described flows, andother components may be added to, or removed from, the describedsystems. Accordingly, other implementations are within the scope of thefollowing claims.

1. (canceled)
 2. A computer-implemented method comprising: receiving, bya server system and from a user, a first request for a streaming game ata first time; in response to the request for the web-based application,generating, by the server system, a first graphical representation ofthe streaming game; providing, by the server system and to the user, thefirst graphical representation of the streaming game; storing, by theserver system, state information representing progress of the userwithin the streaming game; receiving, by the server system, a secondrequest for the streaming game at a second time after the first time;executing, by the server system, the streaming game in response to thesecond request; updating, by the server, a state of the streaming gamebased on the stored state information to match the progress of the userwithin the streaming game; and providing, by the server system and tothe user, a second graphic representation of the streaming game in theupdated state.
 3. The method of claim 2, wherein: providing the firstgraphical representation of the streaming game comprises providing thefirst graphical representation of the streaming game to a first userdevice; and providing the second graphical representation of thestreaming game comprises providing the second graphical representationof the streaming game to a second user device.
 4. The method of claim 3,comprising after providing the second graphic representation of thestreaming game to the second user device, generating and storing dataindicating a changed state of the streaming game with data thatidentifies the second user device.
 5. The method of claim 4, whereingenerating and storing data indicating a changed state of the streaminggame comprises generating and storing data indicating a level of thestreaming game completed by the user.
 6. The method of claim 2,comprising: receiving, by the server system, data indicating interactionwith third-party content that is displayed with first-party contentwithin a browser; in response to the interaction with the third-partycontent at the user device, initiating, by the server system, a requestfor a different streaming game; in response to the request for thedifferent streaming game: executing, by the server system, the differentstreaming game, and generating, by the server system, a graphicalrepresentation of the different streaming game; providing, by the serversystem and to the browser, the graphical representation of the differentstreaming game; receiving, by the server system, data indicating a userinteraction with the graphical representation of the different streaminggame at the user device; generating and storing, by the server system,data indicating a changed state of the different streaming game causedby the user interaction; and after a particular period of time haselapsed after storing the data indicating the changed state of thedifferent streaming game, deleting the data indicating the changed stateof the streaming game.
 7. The method of claim 2, comprising: receiving arequest for a current state of the streaming game; authenticating therequest for the current state of the streaming game; and providingaccess to the current state of the streaming game, based onauthenticating the request for the current state of the streaming game.8. A system comprising: one or more memory devices; and a serverincluding one or more data processing apparatus, wherein the server isconfigured to execute instructions that cause the server to performoperations including: receiving, from a user, a first request for astreaming game at a first time; in response to the request for theweb-based application, generating a first graphical representation ofthe streaming game; providing, to the user, the first graphicalrepresentation of the streaming game; storing state informationrepresenting progress of the user within the streaming game; receiving asecond request for the streaming game at a second time after the firsttime; executing the streaming game in response to the second request;updating a state of the streaming game based on the stored stateinformation to match the progress of the user within the streaming game;and providing, to the user, a second graphic representation of thestreaming game in the updated state.
 9. The system of claim 8, wherein:providing the first graphical representation of the streaming gamecomprises providing the first graphical representation of the streaminggame to a first user device; and providing the second graphicalrepresentation of the streaming game comprises providing the secondgraphical representation of the streaming game to a second user device.10. The system of claim 9, wherein the instructions cause the server toperform operations comprising: after providing the second graphicrepresentation of the streaming game to the second user device,generating and storing data indicating a changed state of the streaminggame with data that identifies the second user device.
 11. The system ofclaim 10, wherein generating and storing data indicating a changed stateof the streaming game comprises generating and storing data indicating alevel of the streaming game completed by the user.
 12. The system ofclaim 8, wherein the instructions cause the server to perform operationscomprising: receiving data indicating interaction with third-partycontent that is displayed with first-party content within a browser; inresponse to the interaction with the third-party content at the userdevice, initiating a request for a different streaming game; in responseto the request for the different streaming game: executing the differentstreaming game, and generating a graphical representation of thedifferent streaming game; providing, to the browser, the graphicalrepresentation of the different streaming game; receiving dataindicating a user interaction with the graphical representation of thedifferent streaming game at the user device; generating and storing dataindicating a changed state of the different streaming game caused by theuser interaction; and after a particular period of time has elapsedafter storing the data indicating the changed state of the differentstreaming game, deleting the data indicating the changed state of thestreaming game.
 13. The system of claim 8, wherein the instructionscause the server to perform operations comprising: receiving a requestfor a current state of the streaming game; authenticating the requestfor the current state of the streaming game; and providing access to thecurrent state of the streaming game, based on authenticating the requestfor the current state of the streaming game.
 14. A non-transitorycomputer-readable medium storing instructions executable by one or morecomputers which, upon such execution, cause the one or more computers toperform operations comprising: receiving, from a user, a first requestfor a streaming game at a first time; in response to the request for theweb-based application, generating a first graphical representation ofthe streaming game; providing, to the user, the first graphicalrepresentation of the streaming game; storing state informationrepresenting progress of the user within the streaming game; receiving asecond request for the streaming game at a second time after the firsttime; executing the streaming game in response to the second request;updating a state of the streaming game based on the stored stateinformation to match the progress of the user within the streaming game;and providing, to the user, a second graphic representation of thestreaming game in the updated state.
 15. The non-transitorycomputer-readable medium of claim 14, wherein: providing the firstgraphical representation of the streaming game comprises providing thefirst graphical representation of the streaming game to a first userdevice; and providing the second graphical representation of thestreaming game comprises providing the second graphical representationof the streaming game to a second user device.
 16. The non-transitorycomputer-readable medium of claim 15, wherein the instructions cause theone or more computers to perform operations comprising: after providingthe second graphic representation of the streaming game to the seconduser device, generating and storing data indicating a changed state ofthe streaming game with data that identifies the second user device. 17.The non-transitory computer-readable medium of claim 16, whereingenerating and storing data indicating a changed state of the streaminggame comprises generating and storing data indicating a level of thestreaming game completed by the user.
 18. The non-transitorycomputer-readable medium of claim 14, wherein the instructions cause theone or more computers to perform operations comprising: receiving dataindicating interaction with third-party content that is displayed withfirst-party content within a browser; in response to the interactionwith the third-party content at the user device, initiating a requestfor a different streaming game; in response to the request for thedifferent streaming game: executing the different streaming game, andgenerating a graphical representation of the different streaming game;providing, to the browser, the graphical representation of the differentstreaming game; receiving data indicating a user interaction with thegraphical representation of the different streaming game at the userdevice; generating and storing data indicating a changed state of thedifferent streaming game caused by the user interaction; and after aparticular period of time has elapsed after storing the data indicatingthe changed state of the different streaming game, deleting the dataindicating the changed state of the streaming game.
 19. Thenon-transitory computer-readable medium of claim 14, wherein theinstructions cause the one or more computers to perform operationscomprising: receiving a request for a current state of the streaminggame; authenticating the request for the current state of the streaminggame; and providing access to the current state of the streaming game,based on authenticating the request for the current state of thestreaming game.